home *** CD-ROM | disk | FTP | other *** search
-
-
-
- GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555)))) GGGGrrrrooooffffffff VVVVeeeerrrrssssiiiioooonnnn 1111....00009999 ((((00004444 MMMMaaaarrrrcccchhhh 1111999999994444)))) GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555))))
-
-
-
- NNNNAAAAMMMMEEEE
- groff_out - groff intermediate output format
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- This manual page describes the format output by GNU troff.
- The output format used by GNU troff is very similar to that
- used by Unix device-independent troff. Only the differences
- are documented here.
-
- The argument to the ssss command is in scaled points (units of
- _p_o_i_n_t_s/n, where _n is the argument to the ssssiiiizzzzeeeessssccccaaaalllleeee command
- in the DESC file.) The argument to the xxxx HHHHeeeeiiiigggghhhhtttt command is
- also in scaled points.
-
- The first three output commands are guaranteed to be:
-
- xxxx TTTT _d_e_v_i_c_e
- xxxx rrrreeeessss _n _h _v
- xxxx iiiinnnniiiitttt
-
- If the ttttccccoooommmmmmmmaaaannnndddd line is present in the DESC file, troff will
- use the following two commands
-
- tttt_x_x_x _x_x_x is any sequence of characters terminated by a space
- or a newline; the first character should be printed at
- the current position, the the current horizontal
- position should be increased by the width of the first
- character, and so on for each character. The width of
- the character is that given in the font file,
- appropriately scaled for the current point size, and
- rounded so that it is a multiple of the horizontal
- resolution. Special characters cannot be printed using
- this command.
-
- uuuu_n _x_x_x
- This is same as the tttt command except that after
- printing each character, the current horizontal
- position is increased by the sum of the width of that
- character and _n.
-
- Note that single characters can have the eighth bit set, as
- can the names of fonts and special characters.
-
- The names of characters and fonts an be of arbitrary length;
- drivers should not assume that they will be only two
- characters long.
-
- When a character is to be printed, that character will
- always be in the current font. Unlike device-independent
- troff, it is not necessary for drivers to search special
- fonts to find a character.
-
-
-
-
- Page 1 (printed 7/8/94)
-
-
-
-
-
-
- GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555)))) GGGGrrrrooooffffffff VVVVeeeerrrrssssiiiioooonnnn 1111....00009999 ((((00004444 MMMMaaaarrrrcccchhhh 1111999999994444)))) GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555))))
-
-
-
- The DDDD drawing command has been extended. These extensions
- will not be used by GNU pic if the ----nnnn option is given.
-
- DDDDffff _n\n
- Set the shade of gray to be used for filling solid
- objects to _n; _n must be an integer between 0 and 1000,
- where 0 corresponds solid white and 1000 to solid
- black, and values in between correspond to intermediate
- shades of gray. This applies only to solid circles,
- solid ellipses and solid polygons. By default, a level
- of 1000 will be used. Whatever color a solid object
- has, it should completely obscure everything beneath
- it. A value greater than 1000 or less than 0 can also
- be used: this means fill with the shade of gray that is
- currently being used for lines and text. Normally this
- will be black, but some drivers may provide a way of
- changing this.
-
- DDDDCCCC _d\n
- Draw a solid circle with a diameter of _d with the
- leftmost point at the current position.
-
- DDDDEEEE _d_x _d_y\n
- Draw a solid ellipse with a horizontal diameter of _d_x
- and a vertical diameter of _d_y with the leftmost point
- at the current position. delim $$
-
- $dy sub n$\n
- DDDDpppp $dx sub 1$ $dy sub 1$ $dx sub 2$ $dy sub 2$ $...$ $dx sub n$
- Draw a polygon with, for $i = 1 ,..., n+1$, the _i-th
- vertex at the current position $+ sum from j=1 to i-1 (
- dx sub j , dy sub j )$. At the moment, GNU pic only
- uses this command to generate triangles and rectangles.
-
- $dy sub n$\n
- DDDDPPPP $dx sub 1$ $dy sub 1$ $dx sub 2$ $dy sub 2$ $...$ $dx sub n$
- Like DDDDpppp but draw a solid rather than outlined polygon.
-
- DDDDtttt _n\n
- Set the current line thickness to _n machine units.
- Traditionally Unix troff drivers use a line thickness
- proportional to the current point size; drivers should
- continue to do this if no DDDDtttt command has been given, or
- if a DDDDtttt command has been given with a negative value of
- _n. A zero value of _n selects the smallest available
- line thickness.
-
- A difficulty arises in how the current position should be
- changed after the execution of these commands. This is not
- of great importance since the code generated by GNU pic does
- not depend on this. Given a drawing command of the form
-
-
-
-
- Page 2 (printed 7/8/94)
-
-
-
-
-
-
- GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555)))) GGGGrrrrooooffffffff VVVVeeeerrrrssssiiiioooonnnn 1111....00009999 ((((00004444 MMMMaaaarrrrcccchhhh 1111999999994444)))) GGGGRRRROOOOFFFFFFFF____OOOOUUUUTTTT((((5555))))
-
-
-
- \\\\DDDD''''_c $x sub 1$ $y sub 1$ $x sub 2$ $y sub 2$ $...$ $x
- sub n$ $y sub n$'
-
- where _c is not one of cccc, eeee, llll, aaaa or ~~~~, Unix troff will treat
- each of the $x sub i$ as a horizontal quantity, and each of
- the $y sub i$ as a vertical quantity and will assume that
- the width of the drawn object is $sum from i=1 to n x sub
- i$, and that the height is $sum from i=1 to n y sub i$.
- (The assumption about the height can be seen by examining
- the sssstttt and ssssbbbb registers after using such a DDDD command in a \w
- escape sequence.) This rule also holds for all the original
- drawing commands with the exception of DDDDeeee. For the sake of
- compatibility GNU troff also follows this rule, even though
- it produces an ugly result in the case of the DDDDffff, DDDDtttt, and,
- to a lesser extent, DDDDEEEE commands. Thus after executing a DDDD
- command of the form
-
- DDDD_c $x sub 1$ $y sub 1$ $x sub 2$ $y sub 2$ $...$ $x sub
- n$ $y sub n$\n
-
- the current position should be increased by $( sum from i=1
- to n x sub i , sum from i=1 to n y sub i )$.
-
- There is a continuation convention which permits the
- argument to the xxxx XXXX command to contain newlines: when
- outputting the argument to the xxxx XXXX command, GNU troff will
- follow each newline in the argument with a ++++ character (as
- usual, it will terminate the entire argument with a
- newline); thus if the line after the line containing the xxxx XXXX
- command starts with ++++, then the newline ending the line
- containing the xxxx XXXX command should be treated as part of the
- argument to the xxxx XXXX command, the ++++ should be ignored, and
- the part of the line following the ++++ should be treated like
- the part of the line following the xxxx XXXX command.
-
- SSSSEEEEEEEE AAAALLLLSSSSOOOO
- ggggrrrrooooffffffff____ffffoooonnnntttt(5)
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- Page 3 (printed 7/8/94)
-
-
-
-